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METHOD FOR UPGRADING A DATABASE 

5 

The invention relates to a method for upgrading databases 
including a change of the database format. 

10 Relational databases are used to handle the storage and 
retrieval of data for different applications and 
enviroments. Databases of this kind run on computer 
systems. When new functionality shall be added to a 
database, i.e when the database is upgraded, the format in 

15 which the data is stored very often has to be changed as 
well. Usually, during the change access to the database 
must be denied to avoid inconsistency. In other words, it 
is not allowed to add or change (update) data while the 
change of the database functionality and format takes 

20 place. At least, the database is not accessible during 
certain phases of an upgrade which phases should be 
minimized. 

Further, if the upgrade of the database fails it must be 
25 possible to return to the previous state of the database. 
Data changes that have been applied during or after the 
upgrade have to be taken into account as well as data 
changes queued to be applied. 

30 A conventional solution to the above mentioned problem is 
to use an additional system during the upgrade. The 
additional system is a fully operable system with all the 
functionality of the orginial system. Extra hardware and 
software is required to log all data changes during the 

35 upgrade of the database. Before the upgrade, the database 
is copied to the additional system, and a logging mechanism 
is initiated , for example, in the original system. The 
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upgrade of the database is then performed in the additional 
system while the original system continues to operate as 
before but also logs all data changes during the upgrade. 
When the database upgrade is finished, all logged data 
5 changes are applied to the upgraded database in the 
addtional system. If the upgrade fails, the addtional 
system is simply disconnected and the original system 
continues with its normal operation, however, without 
additionally logging data changes any longer. 

10 

The above method for upgrading a database is 
disadvantageous since an additional system has to be 
installed and brought to the site where the database is to 
be upgraded. During the upgrade double software lincenses 
15 are need since on both the original and the additional 
system databases run in parallel for a certain time. 
Further, it turns out to be quite complex to manage the 
database upgrade due to all manual intervention necessary. 

20 Therefore, the problem to be solved by the invention is to 
provide a method for upgrading a database including a 
change of the database format which method avoids extra 
hardware and software, limits the interuption of the 
database operation to a minimum, and allows a save return 

25 to the original state of the database in case of a failure 
during the upgrade. 

The above problem is solved by a method for upgrading a 
database using a table for storing data and a stored 
30 procedure for processing data stored in said table of said 
database, said database running on a computer system, 
comprising the steps of: 

creating new a table in said database; 
copying and/or transforming data from said table to 
35 said new table; 

adding a new version of said stored procedure to said 
database; and 



WO 99/08206 




PCT/EryH/OSOK) 



adding an additional stored procedure to the database 
which refers to both the previous version and the new 
version of the stored procedure whenever data is to be 
processed with the stored procedure, for causing data 
5 processing to take place in accordance with the 

previous version and the new version of the stored 
procedure. 

For creating a link to said additional stored procedure a 
10 systemtable can be used. The systemtable can be a table of 
the database. As an alternative or in addition a 
configuration file can be used for creating a link to said 
additional stored procedure. The configuration file can be 
stored on a storage medium of the computer system. 

15 

The above problem is further solved by a method for 
upgrading a database by replacing an old version with a new 
version of a component of the database providing database 
functionality, said database running on a computer system 

20 wherein during the upgrade the old version and the new 
version of the database component providing database 
functionality are used at least temporarily in parallel and 
wherein reference to both versions is made through an 
additional component of the database providing a link to 

25 both versions of the database component. 

The link can be provided by means of a systemtable 
referring an access to said component of the database to 
said additional component. The systemtable can be a table 
30 of the database. 

In additon or as an alternative the link can be provided by 
means of a configuration file referring an access to said 
component of the database to said additional component. The 
35 configuration file is advantageously stored on a storage 
medium of said computer system. 
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4 

The components of the database are stored procedures, 
trigger, indexes or tables. The new version of the table 
may have a format different from the format of the old 
version of the table. 

5 

The invention will be described in greater detail further 
below where reference is made to the drawings. 

Figure 1 shows a digramm of a computer system hosting a 
database and workstations accessing the database. 

Figure 2a shows a diagrarnm illustrating an upgrade of a 
database on table level according to the invention. 

Figure 2b shows a diagrarnm illustrating an upgrade of a 
database on page level according to the invention. 



10 



15 



Figure 3 shows a diagrarnm of a computer system using a 
systemtable for upgrading a database according to the 
20 invention. 

Figure 4 shows a diagrarnm of a computer system using a 
configuration file for upgrading a database according to 
the invention. 



25 



30 



Figure 1 shows a computer system 1 hosting a database 2 on 
an appropriate storage medium, for example a hard disk or a 
group of hard disks. Users access the information or data 
stored in the database, for example, from a terminal or 
from their workstations 3a, 3b, ... which are connected to 
the computer system 1 either directly or via a local or 
wide area network (LAN or WAN) . The database 2 comprises 
tables, stored procedures, triggers, indexes etc. all of 
which provide certain database functions, respectively. 



35 
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When an upgrade of the database is required, changes will 
made to all or some of the components providing database 
functionality. Usually new and/or additional functions are 
provided by means of new and/or additional stored 
5 procedures, triggers and so on. This sometimes also 

requires that changes are made to the format of the tables 
of the database. 

According to the invention new tables are created to 
10 receive the data stored in the old tables, which are the 
tables used by the database until the upgrade of the 
database. Data are copied and/or transformed into the new 
tables during which process the data are adapted to the new 
format of the tables if required. To avoid downtime, i.e. 
15 periods during which the users cannot access the database, 
the process of copying and/or transforming data from the 
old tables to the new tables needs special consideration. 
According to the invention, data sets of a predetermined 
granularity are defined within the tables which data sets 
20 are handled jointly during the upgrade process to reduced 
the time periods during which the system is not accessible. 

As shown in Figure 2a, if an upgrade is based on table 
level (granularity I), the whole table to be upgraded is 

25 modified in one operation. This approach should be choosen 
where the modification is a fast operation, for example 
adding a column with a default value. While a table is 
upgraded, access to the table as a whole is denied to avoid 
inconsistency. As shown in Figure 2b, if the modification 

30 of a table is a more complicated operation that takes 
longer time, the table is upgraded on page level 
(granularity II) . A page can be understood to be an 
internal system unit of a specific size, for example 1024 
Bytes, which usually comprises - completely or partly - one 

35 or more related information units such as fields or 

records. By denying access to a page, one or more records 
of a table are locked. For upgrading on page level, a new 
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table is installed and data from the old table is copied 
and/or transformed to the new table as indicated by the 
operator T in Figure 2b. While the table is upgraded, 
access to only the page currently processed by operator T 
5 is denied to avoid inconsistency. 

Moreover, both the old and the new tables have to be 
synchronized as far as data changes and new entries are 
concerned. By updating both the new and the old tables, as 

10 proposed by the invention, not only data consistency is 
achieved but also the option to dismiss the upgrade and 
continue operation of the original system. The update of 
data in the old and the new table is an atomic operation, 
i.e. access is denied to the table or the page until both 

15 tables are updated. Preferably, an update of data is 
performed in the new tables only where data sets have 
already been copied and/or transformed from the old tables 
to the new tables . 

20 To perform an upgrade of tables of a database according to 
the invention, the remaining components providing database 
functionality like stored procedures, trigger, indexes, 
etc. have to exist in an old version as well as in a new 
version. To avoid any conflict while accessing a component 

25 of the database, like stored procedures, a method for 
handling different versions of stored procedures or the 
like is required. Three methods will be discussed in the 
following. 

30 A first method for handling versions of database components 
will be described with special emphasis on stored 
procedures of the database. The skilled person will 
understand that this process can also be performed for 
other components of a database comparable to stored 

35 procedures . 
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7 



As shown in Figure 3 a systemtable is used during the 
upgrade process which systemtable holds references to all 
or just thoses stored procedure which are to be upgraded, 
i.e. replaced by stored procedure of a new version* All or 
5 just thoses stored procedure which are to be upgraded are 
referenced through the systemtable during the upgrade 
process, A systemtable according to the invention may look 
as follows: 

10 Table 1 



name of stored 


base 


target 


upgrade 


procedure known 


version 


version 


version 


to the system 








sp_a 


sp_a_l . 0 


sp_a__l . 1 


sp_a_upgr 


sp__b 


sp_b 






sp_c 
... 


sp_c_l . 0 
• • * 


sp_c_l . 1 
• » • 


sp_c_upgr 



During normal operation the entries in the systemtable 
refers only to one set of stored procedures, i.e. the base 



25 version. When a workstation accesses the database the 

system looks up the momentarily valid name or version of 
the stored procedure to which the specific transaction 
initiated by the workstation is linked. For example, if the 
access from a workstation requires that stored procedure 

30 sp_a is processed the system will look up the valid version 
of. stored procedure sp_a in the systemtable. In the above 
table and during normal operation, the valid version of 
stored procedure sp_a is sp_a_l . 0 which is then used by the 
system to perform the transaction requested by the 

35 workstation. 
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In case of an upgrade of the database, new versions of all 
or some stored procedures are to be installed in the 
database. It is also possible that a new stored procedure 
is added to the database. According to the invention, the 
5 systemtable is updated with names/versions of the new 

stored procedures, i.e. the target versions are added. To 
keep old and new tables of the database synchronized 
additional stored procedures sp_a_upgr and sp_c__upgr are 
added to the systemtable. The additional stored procedures 
10 sp_a_upgr and sp_c_upgr are used only during the upgrade 
process and use the new and the old stored procedures to 
update both the new and the old tables, resepctively, in 
accordance with transactions initiated by the workstations. 

15 For example, during an upgrade the additional stored 

procedure sp_a_upgr iniates in the database two branches of 
processing on the basis of base version sp_a_1.0 and new 
version sp__a_l.l whereby data is processed and updated in 
both the new and the old tables of the database system. 

20 With respect to stored procedure sp_b, there exists no 

additional stored procedure since stored procedure sp_b is 
not upgraded, i.e. remains the same in the old and the new 
database. The system will refer to the basic version spjb 
in such case and use the base version for both the old and 

25 the new tables. 



The switch over from the old stored procedures to the new 
30 stored procedures would be to deny access to the 

systemtable, update the references so that the desired 
stored procedures are referenced and to grant access to the 
systemtable. The updating of references is a very fast 
operation, so the users of the system will only experience 
35 a small delay and no downtime. 
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A second method for handling versions of database 
components will be described in the following. As shown in 
Figure 4 a configuration file is used during the upgrade 
process which file holds references to all or just thoses 

5 stored procedure which are to be upgraded, i.e. replace by 
stored procedure of a new version. All or just thoses 
stored procedure which are to be upgraded are referenced 
through the configuration file during the upgrade process. 
The configuration file is stored on a separate storage 

10 media 4 provided in the computer system 1 or the storage 
media on which the database 2 is also stored. 

Before the database is accessed by an entity (e.g. an 
application) from a workstation 3, the configuration file 
is read to see which stored procedure to use. If there is 
no entry in the configuration file for a specific stored 
procedure, the stored procedure as known to the system is 
used. A configuration file according to the invention can 
be a simple text file and may look as follows: 

Table 2 

# UPGRADE CONFIGURATION FILE 
# 

25 #ENTRIES: name of stored procedure known to the 

system; #base version; target version; upgrade 
version 

sp_a; sp_a_1.0; sp_a_l.l; sp_a_upgr 
sp_b ; sp_b 

30 sp_c ; sp_c_l . 0 ; sp_c_l . 1 ; sp_c_upgr 

During normal operation the entries in the configuration 
file refer only to one set of stored procedures, i.e. the 
base version. When a workstation accesses the database the 
35 system looks up the momentarily valid name or version of 
the stored procedure to which the specific transaction 
initiated by the workstation is linked. For example, if the 



15 



20 



WO 99/08206 PCT/&M8/05026 

10 

access from a workstation requires that stored procedure 
sp a is processed the system will look up the valid version 
of stored procedure sp_a in the configuration file. In the 
above file, the valid version of stored procedure sp_a is 
5 sp a 1.0 which is then used by the system to perform the 
transaction requested by the workstation. 

In case of an upgrade of the database, new versions of all 
or some stored procedures are to be installed in the 

10 database- It is also possible that a new stored procedure 
is added to the database. According to the invention, the 
configuration file is updated with names/versions of the 
new stored procedures, i.e. the target versions are added. 
To keep old and new tables of the database synchronized 

15 additional stored procedures sp_a_upgr and sp_c_upgr are 
added to the configuration file. The additional stored 
procedures sp_a_upgr and sp_c_upgr are used only during the 
upgrade process and use the new and the old stored 
procedures to update both the new and the old tables, 

20 resepctively, in accordance with transactions initiated by 
the workstations. 

For example, during an upgrade the additional stored 
procedure sp_a_upgr iniates at the workstation two branches 

25 of processing on the basis of base version sp_a_1.0 and new 
version sp_a_l.l whereby data is processed and updated in 
both the new and the old tables of the database system. 
With respect to stored procedure sp_b, there exists no 
additional stored procedure since stored procedure sp_b is 

30 not upgraded, i.e. remains the same in the old and the new 
database. The system will refer to the basic version sp_b 
in such case and use the base version for both the old and 
the new tables, 

35 

The switch over from the old stored procedure to the new 
stored procedures is performed by updating the 
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configuration file and reread it. To update and reread the 
configuration file is a very fast operation, so that the 
users of the system will only experience a small delay and 
no downtime. 

5 

A third method for handling versions of database components 
could be a combination of a systemtable and a configuration 
file. The systemtable will refer to some stored procedures 
while the configuration file will refer to other stored 
10 procedures. 

The other components of the database can be handled in the 
same manner. For example, to be able to hold two or more 
versions of tables, the tables could be referenced through 
15 the systemtable or conf iguaration file and treated 
similiary as outlined above with respect of stored 
procedures. 
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Claims 



1. Method for upgrading a database using a table for 
5 storing data and a stored procedure for processing data 
stored in said table of said database, said database 
running on a computer system, comprising the steps of: 



creating new a table in said database; 
10 - copying and/or transforming data from said table to 
said new table; 

adding a new version (sp_a_l.l, sp_b_l.l) of said 

stored procedure to said database; and 

adding an additional stored procedure (sp_a_upgr, 

15 sp_b_upgr, . . . ) to the database which refers to both 

the previous version (sp__a_1.0, sp_b_1.0) and the new 
version (sp_a_l.l, sp_b_JL.l) of the stored procedure 
whenever data is to be processed with the stored 
procedure, for causing data processing to take place 

20 in accordance with the previous version (sp_a_1.0, 

sp_b_l . 0 ) and the new version ( sp_a_l . 1 , sp_b_l . 1 ) of 
the stored procedure. 



2. Method for upgrading a database according to claim 1 
25 characterized in that a systemtable creates a link to said 

additional stored procedure (sp_a_upgr, sp_c_upgr) . 

3. Method for upgrading a database according to claim 2 
characterized in that said systemtable is a table of said 

30 database. 

4. Method for upgrading a database according to claim 1, 

2 or 3 characterized in that a configuration file creates a 
link to said additional stored procedure (sp_a_upgr, 
35 sp_c_upgr) . 
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5. Method for upgrading a database according to claim 4 
characterized in that said configuration file is stored on 
a storage medium (4) of said computer system. 

5 6. Method for upgrading a database by replacing an old 
version with a new version of a component of the database 
providing database functionality, said database running on 
a computer system characterized in that during the upgrade 
the old version (sp_a_1.0, sp_c_1.0) and the new version 

10 (sp a 1.1/ sp_c_l.l) of the database component providing 
database functionality are used at least temporarily in 
parallel and that reference to both versions is made 
through an additional component (sp_a_upgr, sp_b_upgr) of 
the database providing a link to both versions of the 

15 database component. 

7. Method according to claim 6 characterized in that said 
link is provided by means of a systemtable referring an 
access to said component (sp_a, sp_c) of the database to 

20 said additional component (sp_a_upgr, sp_c_upgr) . 

8. Method according to claim 7 characterized in that said 
systemtable is a table of said database. 

25 9. Method according to claim 6, 7 or 8 characterized in 
that said link is provided by means of a configuration file 
referring an access to said component (sp_a, sp_c) of the 
database to said additional component (sp_a_upgr, 
sp_c_upgr) . 

30 

10. Method according to claim 9 characterized in that said 
configuration file is stored on a storage medium (4) of 
said computer system. 

35 11. Method according to any one of claims 6 to 10 

characterized in said component of the database is a stored 
procedure. 
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12. Method according to any one of claims 6 to 10 
characterized in that said component of the database is a 
trigger. 

13. Method according to any one of claims 6 to 10 
characterized in that said component of the database is an 
index. 



10 14. Method according to any one of claims 6 to 10 

characterized in that said component of the database is a 
table. 



15. Method according to claim 14 characterized in that the 
15 new version of said table has a format different from the 
format of the old version of said table. 



16. Method for upgrading a database using a table for 
storing data, said database running on a computer system, 
20 comprising the steps of: 



creating a new table in said database; 
defining data sets of a predetermined granularity 
within the table on the basis of the time required to 
25 copy and/or transform data to the new table, during 

which time the data set can not be accessed; and 
copying and/or transforming data from said table to 
said new table, wherein data sets are handled jointly. 



30 17. Method according to claim 16 characterized in that 
said data sets are defined to be the table. 

18-. Method according to claim 16 characterized in that 
said data sets are defined to be a page of the table. 

35 

19. Method according any one of claims 16 to 18 
characterized in that said database using a stored 
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procedure for processing data stored in said table of said 
database, comprising the steps of: 

adding a new version (sp_a_l.l, sp_b_l.l) of said 
5 stored procedure to said database; and 

adding an additional stored procedure (sp_a_upgr, 
sp b_upgr, ...) to the database which refers to both 
the previous version (sp_a_1.0, sp_b_1.0) and the new 
version (sp_a_l.l, sp_b_l.l) of the stored procedure 
10 whenever data is to be processed with the stored 

procedure, for causing data processing to take place 
in accordance with the previous version (sp_a_1.0, 
sp_b_1.0) and the new version (sp_a_l.l, sp_b_l.l) of 
the stored procedure* 

15 

20. Method for upgrading a database according to claim 19 
characterized in that a systemtable creates a link to said 
additional stored procedure (sp_a_upgr, sp_c_upgr) . 



20 21. Method for upgrading a database according to claim 20 
characterized in that said systemtable is a table of said 
database. 

22. Method for upgrading a database according to claim 19, 
25 20 or 21 characterized in that a configuration file creates 

a link to said additional stored procedure (sp_a_upgr, 
sp_c_upgr) . 

23. Method for upgrading a database according to claim 22 
30 characterized in that said configuration file is stored on 

a storage medium (4) of said computer system. 

24. Method for upgrading a database according to claims 16 
to 18, comprising the step of replacing an old version with 

35 a new version of a component of the database providing 

database functionality, wherein during the upgrade the old 
version (sp a 1.0, sp_c_1.0) and the new version (sp_a_l.l, 
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sp_c_l.l) of the database component providing database 
functionality are used at least temporarily in parallel and 
that reference to both versions is made through an 
additional component (sp_a_upgr, sp_b__upgr) of the database 
5 providing a link to both versions of the database 
component . 

25. Method according to claim 24 characterized in that 
said link is provided by means of a systemtable referring 

10 an access to said component (sp_a, sp_c) of the database to 
said additional component (sp_a_upgr / sp__c_upgr) . 

26. Method according to claim 25 characterized in that 
said systemtable is a table of said database. 

15 

27. Method according to claim 24, 25 or 26 characterized 
in that said link is provided by means of a configuration 
file referring an access to said component (sp__a, sp_c) of 
the database to said additional component (sp_a__upgr, 

20 sp_c_upgr) . 

28. Method according to claim 27 characterized in that 
said configuration file is stored on a storage medium (4) 
of said computer system. 

25 

29. Method according to any one of claims 24 to 28 
characterized in said component of the database is a stored 
procedure. 

30 30. Method according to any one of claims 24 to 28 

characterized in that said component of the database is a 
trigger. 



31. Method according to any one of claims 24 to 28 
35 characterized in that said component of the database is an 
index . 
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32. Method according to any one of claims 6 to 28 
characterized in that said component of the database is a 
table. 
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Fig. 2a 
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